home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / gt_power / gth035.zip / DOORGEN.HLP < prev    next >
Text File  |  1990-08-11  |  5KB  |  147 lines
  1.  
  2. ╔═════════╦════════════════════════════════════════════════════════════
  3. ║ GT-HELP ║ Redirection in Doors
  4. ╚═════════╩════════════════════════════════════════════════════════════
  5.  
  6.  
  7. If the program you are running in the door was written specifically 
  8. for that purpose, it will be able to take its input from the comms port 
  9. and display its output to the comms port.  Such a program will probably
  10. also display locally so you can see what is going on, and may even allow
  11. you to enter input in the same way that you can do for GT.  Hopefully
  12. such a program will come with instructions on how to set it up.
  13.  
  14. Most programs are written to expect input from the keyboard, and they 
  15. expect to display their output to the screen.  But you may be able to 
  16. run them in a door if you can redirect their input and output.
  17.  
  18.  
  19. ┌──────────────────────┐
  20. │ Redirecting via CTTY │
  21. └──────────────────────┘
  22.  
  23.     Redirection is often performed by the dos CTTY command - though 
  24.     usually you won't see it in the batch file since GT sets the first DOS
  25.     parameter to CTTY and it is referenced as %1 in the batch file :
  26.  
  27.         %1 COM%2
  28.         ...
  29.         ... command(s) to execute
  30.         ...
  31.         %1 CON
  32.  
  33.     CTTY will only succesfully redirect a program which takes input via 
  34.     the "standard input" and writes to "standard output".  It will not
  35.     redirect a program which writes directly to screen.
  36.     
  37.     It works in many cases, but ...
  38.     
  39.     a)  It will not work if the machine is running Desqview (or maybe 
  40.         other multitaskers).
  41.     
  42.     b)  Some modems do things that prevent CTTY from working (especially
  43.         at lower speeds, like V21 and V23).
  44.     
  45.     c)  There is no XON/XOFF support, and input and output are virtually 
  46.         unbuffered.  So characters can be lost, especially at higher 
  47.         speeds.
  48.     
  49.     d)  There is no way for the sysop to find out what is going on.
  50.         The sysops screen and keyboard will be dead throughout.
  51.         
  52.         Hint:   put 
  53.         
  54.                     ECHO In a Door! 
  55.                 
  56.                 at the front of your batch file so that at least you 
  57.                 know the machine hasn't died.
  58.     
  59.  
  60. ┌─────────────────────────────────┐
  61. │ Redirection using fossil driver │
  62. └─────────────────────────────────┘
  63.  
  64.     A fossil driver such as X00 may make CTTY usable in cases where 
  65.     CTTY loses characters or drops the line altogether.  A fossil
  66.     generally provides buffering to ensure characters are not lost,
  67.     and can also provide XON/XOFF support.  It will also check for
  68.     lost carriers.  Look for X00*.* on a board with a good comms file 
  69.     area.
  70.   
  71.   
  72. ┌───────────────────────────┐
  73. │ IBMAUX / Gateway / Others │
  74. └───────────────────────────┘
  75.  
  76.     These programs copy the line output to the screen, so that at least 
  77.     you can see what is happening.  Some of them also allow you to enter
  78.     keystrokes.
  79.     
  80.  
  81. ┌──────────────────────────┐
  82. │ Marshal Dudley's Doorway │
  83. └──────────────────────────┘
  84.  
  85.     This will in most cases allow you to run programs which write direct
  86.     to screen, and probably does almost everything else that you need in
  87.     a door.  Look for DRWY*.*
  88.  
  89.  
  90. ╔═════════════════════════════════════╗
  91. ║ Doorman - Carrier Detect Monitoring ║
  92. ╚═════════════════════════════════════╝
  93.  
  94.     In doors, you should normally also run DOORMAN.  This is a TSR which 
  95.     periodically samples the carrier and reboots the machine if the 
  96.     carrier is lost.
  97.  
  98.     Doorman needs to be loaded prior to executing GT -- usually either in
  99.     autoexec.bat or HOST.BAT.
  100.  
  101.     If you do not run doorman and the caller loses carrier during a door,
  102.     then it is likely that the board will hang.   Or possibly the next
  103.     caller could continue using the previous caller's logon identity which
  104.     is a security risk.
  105.  
  106.  
  107. ┌───────────────────────────────────────┐
  108. │ DVDOOR - Time monitoring for DV users │
  109. └───────────────────────────────────────┘
  110.  
  111.     When running in desqview, its not a good idea to have the machine 
  112.     reboot when a caller overruns time.  DVDOOR (Ken Thompson) monitors 
  113.     time but not carrier, and terminates an overrunning program rather 
  114.     than rebooting.  You need to use it with a door program that 
  115.     monitors carrier and terminates, rather than one which reboots.
  116.     
  117.     Look around for DVD*.* 
  118.     
  119.  
  120. ╔══════════╗
  121. ║ Security ║
  122. ╚══════════╝
  123.  
  124.     Unless the program you are running is going to be restricted to your 
  125.     own access level, make sure the program doesn't offer the caller any
  126.     facilities to shell out to DOS, edit or transmit arbitrary files, or 
  127.     similar.
  128.     
  129.     Check also that it will :
  130.     
  131.     a)  Recover from a lost carrier while in a door
  132.     
  133.     b)  Not allow callers to stay on past their time limit
  134.     
  135.     c)  Not do anything inappropriate on receipt of ^C.
  136.     
  137.  
  138. ╔══════════╗
  139. ║ Problems ║
  140. ╚══════════╝
  141.  
  142.     The GT support echo is a good place to describe any problems.  
  143.     Usually somebody who has done it before will tell you how.
  144.     
  145.  
  146.  
  147.